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ABSTRACT 



A method for recovering lost or unavailable images in 
an image based document processing system. Images of 
documents having an ordered relationship are captured 
and stored while the documents are sorted by a docu- 
ment processor into respective pockets based on data 
read from the documents during sorting. If images are 
lost or unavailable after sorting, it would be very time 
consuming to collect the corresponding documents 
from the pockets and arrange them back into their origi- 
nal order for a re-pass by the document processor. This 
problem is solved by re-passing the documents without 
reordering, while using previously recorded document 
identification and sequence data derived during the first 
pass on the document processor, to electronically rees- 
tablish the original ordered relationship for the docu- 
ment images captured on re-pass when they are stored. 

8 Claims, 27 Drawing Sheets 
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priority document shipment, and free and missing docu- 

IMAGE-BASED DOCUMENT PROCESSING 
SYSTEM PROVIDING LOST IMAGE RECOVERY The specific nature of the invention as well as other 

objects, features advantages and uses thereof will be 

CROSS REFERENCE TO RELATED PATENT 5 come evident from the following detailed description 

APPLICATIONS along with the accompanying drawings comprised of 

This patent application is related to the following FIGS. 1-26. 

10, 1989 BRIEF DESCRIPTION OF THE DRAWINGS 

U.S. Ser. No. 07/420,098, filed Oct 10, 1989 10 FIG. 1 generally illustrates an exemplary image- 

U.S. Ser. No. 07/419,568, filed Oct 10, 1989 based bank check processing system in accordance with 

U.S. Ser. No. 07/424094, filed Oct 10, 1989 the invention, 

U.S. Ser. No. 07/424104, filed Oct 10, 1989 FIG. 2 is a pictorial representation of FIG. 1 

U.S. Ser. No. 07/424089, filed Oct 10, 1989 w FIG. 3 illustrates the front side of a typical check. 

BACKGROUND OF THE INVENTION FIG ' * mustrates fr° nt « dc OI " a typical deposit 

ticket 

The present invention relates generally to improved FIG. 5 illustrates the back side of a typical deposit 

means and methods for processing documents using ticket 

elec^raic imaging aid more Particularly to the use of „ nQ . 6 fli^^ , typ^ «sh paid out slip. 

^T'wvf 8 T P ^T & t d0C ru tS ' WO- 7 Nustwtes . typical check! containing an en- 
«uch as checks and related documents in a banking ramt ^ ^gnature. 

environment _^ . ** 

Today's financial services industry is facing the im- UwtiXts the layoed software architecture 

mense challenge of processing huge amounts of docu- „ ? f SyStCm of HG ' \ . , . 

ments efficiently. Predictions that document payment FIG " 9 lUustratcs * e manncr m whjch apphcation 

methods would decline have not been realized. In fact, Programs are distributed throughout the system of FIG. 

document payment methods have grown worldwide *° 

and are expected to continue increasing. There is thus a FIG ' 10 a more specific representation of the lay- 
vital need to devise improved means and methods for ^ CTcd software architecture employed in the system of 
processing such documents. FIG. 1. 

The use of imaging technology as an aid to document FIG. 11 is a block diagram illustrating how the sys- 

processing has been recognized as one way of signifi- tern of FIG. 1 can be expanded, 
cantly improving document processing, as disclosed, FIG. 12 is a flow chart illustrating how image recov- 

for example, in U.S. Pat. Nos. 4,205,780, 4,264,808, and 35 cry is provided in the system of FIG. 1. 
4,672,186. Generally, imaging involves optically scan- FIG. 13 illustrates how documents may be distributed 

ning documents to produce electronic images that are after sorting by the document processor in FIG. 1. 
processed electronically and stored on high capacity FIG. 13a illustrates how the distributed documents of 

storage media (such as magnetic disc drives and/or FIG. 13 are placed in a block tray without reordering 

optical memory) for later retrieval and display, It is 40 preparatory to performing a repass for image recovery 

apparent that document imaging provides the opportu- purposes. 

nity to reduce document handling and movement, since FIG. 14 is a block diagram illustrating various types 

these electronic images can be used in place of the ac- 0 f workstations employed in the system of FIG. 1. 
tual documents. FIG. 15 illustrates preferred hardware for the image 

However, despite technological advances in imaging 45 workstations of FIG. 14. 
b recent years, prior art document processing systems nGS 16 ^ 1? mustrate les of ^ ^ { 

employing imamnR, such as disclosed in the aforemen- . i 

v , f . tT 5 ' * j ZTT . which may typically appear on an amount entry work- 

tioned patents, do not realized sufficient improvements station 

to justify the added implementations costs. ^ ' , Q j 10 . n * 1 r . 

r FIGS. 18 and 19 illustrate examples of screen displays 

SUMMARY AND OBJECTS OF THE 50 which may typically appear on a MICR correction 

INVENTION workstation. 

Accordingly, it is a broad object of the present inven- n °' * ffl »"™f 1111 ™?"Pk <* » multi-window 

tion to provide improved means and methods for em- f** 31 wmch Wcally appear on a balanc- 

ploying electronic imaging in a document processing 55 m ** w i >rk s ^ atl0n * 

system. FIG. 21 illustrates a typical workstation keyboard. 

A more specific object of the present invention is to FIGS * and 223 °PP cr kev s and associ- 

provide such improved means and methods in a manner ated functions of the keyboard of FIG. 21. 
which significantly improves document processing pro- FIGS. 23 A, 23B, and 23C show the lower keys and 

ductivtry. 60 assoc i a t ed functions of the keyboard of FIG. 21. 

Another object of the present invention in accor- FIG. 24 is a flow chart illustrating the automatic steps 
dance with one or more of the foregoing, objects is to through which a balancing workstation leads an opera- 
provide a document processing system employing im- tor in order to balance out-of-balance transactions, 
aging which is organized for operation in a manner FIG. 25 illustrates an example of a typical customer 
which significantly reduces labor costs. 65 advice letter that may be prepared by an operator at a 

Further objects of the present invention involve im* balancing workstation, 
provements in system architecture, workstation man- FIG. 26 is a flow diagram illustrating how priority 

agement, transaction bala n c in g, lost image recovery, transit shipment is provided in the system of FIG. 1. 
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DETAILED DESCRIPTION , Instead of receiving cash, the customer might wish to 

deposit cash into his account, in which case the cus- 

Like numerals and characters refer to like elements tomer would enter the appropriate amount into the 

throughout the figures of the drawings. "CURRENCY" and/or -COIN" lines adjacent the 

In order to demonstrate how the invention may be 5 "CASH" block on the front side 15a of the deposit 

implemented and operated, an exemplary image-based ticket 15(FIG. 4). The teller would then include with 

bank check processing system, such as generally iflus- the check(s) and deposit slip of the transaction, a cash 

trated in FIG. X, will be considered in detail. It is to be paid in slip (not shown), which would be generally 

understood that this exemplary system is merely fflus- similar to the cash paid out slip shown in FIG. 6 (mdud- 

trative, and should not be considered as in any way 10 ing m appropriate code line), except that it would des- 

limiting the scope of the invention, since the invention is ignate cash paid in instead of cash paid out 

applicable to other types of document processing sys- The deposit ticket 15 along with its associated checks 

terns, financial and otherwise, 10, and any cash paid in or paid out slip constitute a 

DEPOSIT TRANSACTIONS M transaction. Other documents, such as mortage and 

n r , - . , . 15 credit card payments could also be included in a trans- 

Before describmg- FIG. i, it will be helpful to fct ^ QJL Assuming no errors have been made (by either 

consider the deposit type of transactions which this the customer or the teller), the "NET DEPOSIT*' line 

^^J^^^T^ 10 ^ f0X * C °» *»* ^ of the deposit ticto 15 sho^d 

'TTwell known, a^ery common activity within a 20 ^££Z£ ^1SSt2^S2 
bank involves the processing of deposits made by the my ^ P"*" 1 orpaidout ^ "^P 

K-«ir»c a\~^Z~ ic ^ZlZi w amounts of any other types of transaction hems which 

bank s customers. A customer is typically one who has ^ mclud ^ m the transaction. When this equality 

a checking account at the bank and. from time-to-time, . \ . t^^. . . ~~ ^ 

makes a dfposit for the purpose oMeSS^ " I* 

account one or more checkTwhich\he customer has 25 Xt ^ * ^^f^ * * "?T? to ^ 
received from others. These checks may be drawn on <?» largc *™««f of traiisactio^ such as described 
the same bank (on-us checks) or on other banks. FIG. 3 f^every working day. The bank needs to process 
illustrates the front side IQaof a typical check 10. ^ factions for two prmiary purposes: 

In order to make a deposit, a customer ordinarily fills <*> To ^P* 0 * from transaction documents 
out a deposit ticket listing the amount of each check to 30 ^ o^er to b« able to update the bank's own customer 
be deposited, and the total of all checks. FIG. 4 fflus- accounts. For example, a customer who made a deposit 
trates the front side 15a of a typical deposit ticket 15 needs to ^ ^ account updated to reflect the results 
listing for deposit only a single check for $250.00. of mc deposit 

If there are many checks to be deposited and insufli- < 2 > To ^ out checks drawn 00 other banks for 
cient space to list them on the front side 15a of the 35 collection. In accordance with current banking prac- 
deposit ticket 15, the check amounts are then listed on tic€S ^ il fa required that a machine-readable amount be 
the back side 156 of the deposit ticket 15, as illustrated encoded on each check which for the present descrip- 
in FIG. 5, with the total of these checks being written tion will be assumed to be MICR data. This encoded 
on the back 156 and also on the front side 15a of the amount is conventionally placed below the signature of 
deposit ticket 15. 40 the person who wrote the check, in line with the check 

Note that code lines 11 and 16 are provided at the ***** ^ c u > ^ illustrated at 21 in FIG. 7. It will be 
bottom of the front sides 10a and 15a of both the check assumed that MICR encoding is used. 

10 and deposit ticket 15, respectively. These code lines accomplishing the above purposes, it is important 

11 and 16 typically are both humanly-readable and ma* a check processing system provide for proofing, 
chine-readable, and contain information which the hanV 45 which in the banking industry refers to methods and 
uses for processing, such as the bank on which the docu- apparatus for detecting, correcting and handling trans- 
ment is drawn, a routing/transit number, the account action balancing errors. It will be understood that such 
number of the person who wrote or made out the check errors may be produced by the customer and/or teller, 
or deposit ticket, and a transaction code indicating the or may be introduced during processing. The maimer in 
type of document These code lines 11 and 16 are usu- SO which the processing system provides for detecting and 
ally comprised of well known MICR (Magnetic Ink correcting such errors, as well as preventing the intro- 
Character Recognition) data, but may alternatively be duction of errors during processing, has a very signifi- 
OCR (Optical Oiaracter Recognition) data. For conve* cant impact on the resultant productivity and cost effec- 
nience, it win be **™rn*A for the remainder of this tiveness of the system. This is why the use of imaging 
description that these code lines are MICR data. 53 technology in document processing is not of itself a 

A bank receives deposit tickets and associated checks solution to the problems associated with document pro- 

for further processing from a variety of sources, such as cessing. 

from the bank's tellers, through-the-mafl, from auto- GENERAL SYSTEM nPSmrPTTOM 

mated teller machines, etc. When the transaction is GENERAL SYSTEM DESCRIPTION 
made at a teller window, the customer may also choose 60 FIGS. 1 and 2 illustrate an exemplary embodiment of 

to receive a certain amount of cash, as indicated by the an image-based bank check processing system in accor- 

$200.00 amount provided on the "LESS CASH RE- dance with the invention, which is able to take partico- 

CEIVED" line on the front side 15o of the deposit lar advantage of imaging technology in a manner which 

ticket 15 in FIG. 4. In such a case, the teller will then significantly enhances the productivity and cost-efTeo 
mclude with the check(s) and deposit ticket of the trans- 65 tiveness of the system. As mentioned previously, this 

action, a cash paid out slip for the corresponding cash bank check processing system is presented by way of 

amount of $200.00, as illustrated in FIG. 6. This cash example, and should not be considered as in any way 

paid out slip also has a MICR code line 19. limiting the scope of the invention. 
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An initial step of preparation is required to prepare 
incoming transactions for processing by the check pro- 
cessing system of FIG. 1. This preparation step involves 
removing staples, paper dips, rubber bands etc. from 
the transaction documents, and arranging them in trays 5 
with proper orientation and in proper order, each tray 
corresponding to a block. Included in each tray is a 
block ticket for identifying the documents in that block, 
and pocket separator ticket for separating the docu- 
ments into block groups after they have been sorted into 10 
pockets 32a. For the purposes of this description, and, 
by way of example, it will be assumed that a tray com- 
prises a block of transactions containing about 3,000 
documents, and without any transactions being split up 
between different blocks. To permit identification of the 15 
documents associated with each transaction, they are 
arranged in consecutive order in the tray. Typically, the 
deposit ticket of each transaction follows the other 
documents of the transaction. 

These tray blocks of transactians are brought to a 20 
high speed document processor 32 which includes an 
imaging capability, and also optionally includes a mi- 
crofilming capability and a capability for automatically 
reading the dollar amounts of the transaction docu- 
ments. The operator places the tray block into an auto- 23 
matic document feeder of the document processor unit 
32 and begins operation. The document processor 32 
then reads the MICR code line on each document as the 
document flows through the unit, endorses audit trail 
information (including assigning a sequence number) on 30 
the document, optionally microfilms the document, and 
also captures an image of one or more sides of the docu- 
ment If a document already has the dollar amount 
encoded, or if automatic dollar amount reading is avail- . 
able, this dollar amount is also read. The document 33 
processor 32 then sorts the documents (usually based on 
MICR data) to pockets 32a using a sort pattern which 
may be downloaded from a host computer 34 via a 
communication link 36. As will become evident herein- 
after, it is advantageous to sort to pockets 32a based on 40 
the destination indicated by the- MICR code line in 
order to facilitate meeting destination shipment dead- 
lines. As will also become evident hereinafter, it is addi- 
tionally advantageous to permit a defective MICR code 
line to be sorted to its corresponding pocket, so long as 45 
the destination portion is readable. The manner in 
which such documents having defective MICR code 
lines, but with readable destinations are handled will be 
described later on herein. Documents which cannot be 
handled (e.g., because of a defective MICR line without SO 
readable destination) are sorted to a reject pocket for 
handling by conventional reject reentry procedures. If 
desired, deposit slips and cash-in and cash-out slips 
could also be sorted to separate pockets. 

The data read from the transaction documents by the 55 
docum en t processor 32 are fed to the computer 34 via 
communication link 36, and typically includes each 
document's MICR data, amount data (if read), assigned 
sequence number and pocket location. The host com- 
puter 34 maintains a data base which stores the pertinent 60 
data corresponding to each transaction document being 
processed. 

Images captured by the document processor 32 are 
processed, compressed, and formed into image packets. 
Each packet comprises one or more compressed images 65 
of a document along with an identifying header contain- 
ing document identifying data (such as MICR data and 
sequence number). These image packets are then sent, 
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via a high speed, point-to-point optical network 41 for 
storage on a high capacity disk-based magnetic storage 
and retrieval unit 40. The storage and retrieval unit 40 
communicates with the computer 34 via communica- 
tion link 42 and communication processor 34a. 

Thus, after a tray block is passed through the docu- 
ment processor 32, the transaction documents will be in 
the pockets 32a, corresponding document data, such as 
MICR, sequence number, dollar amount (if read) and 
pocket location will have been sent to the host com- 
puter 34 for storage in its document data base, and cor- 
responding images with document identifying headers 
will have been stored on the storage and retrieval unit 
40. 

Additional tray blocks are processed by the docu- 
ment processor 32 in the same manner as described 
above. In each pocket, the pocket separator tickets 
provided in the trays during the previously described 
preparation step serve to separate documents from dif- 
ferent blocks. As pockets fill, an operator empties each 
pocket into a pocket tray which is identified with the 
corresponding pocket number. These pocket trays are 
moved to a holding area. When the system indicates 
that the documents in a particular pocket tray are ready 
for encoding, the tray may then be taken to a power 
encoder 60 for high speed encoding of the dollar 
amount on each check. Since, as mentioned previously, 
the sorting into pockets is advantageously based on 
shipping destination, these trays corresponding to desti- 
nations having the earliest deadlines, and which the 
system indicates are ready for encoding, can be encoded 
before those having later deadlines. In the system being 
described encoding of the dollar amount by a power 
encoder 60 is normally permitted only after the dollar 
amounts of all documents in a tray have been entered 
into the computer data base and, in addition, all corre- 
sponding transactions have been determined to be prop- 
erly balanced. Batch and/or block balancing may addi- 
tionally be provided as a further check on proofing 
accuracy. 

Of course, before a transaction can be balanced, the 
dollar amounts of its documents must be entered into 
the computer data base. The images of those documents 
which still require dollar amount entry after being pro- 
cessed by the document processor 32 are sent by the 
storage and retrieval unit 40, via a local area network 
52, to image workstations 50. 

As shown in FIG. 1, the illustrated system includes a 
plurality of image workstations 50 which, in response to 
receiving images from the storage and retrieval unit 40, 
serve as the primary operator interface for entering 
dollar amounts and correction data into the computer 
data base, and for balancing transactions. The worksta- 
tions 50 communicate with the computer 34 via net- 
work 52 and the storage and retrieval unit 4a Accord- 
ingly, data generated at the workstations 50 is sent to 
the computer 34 by first sending the data, via network 
52, to storage and retrieval module 40, which then sends 
the data, via network 42 and communication processor 
34a to the computer 34. 

As will be described in further detail hereinafter, the 
workstations 50 are divided by function into various 
types: one type of workstations is used to key in dollar 
amounts by viewing document images; a second type 
provides for the correction of MICR code lines, while 
also providing for amount entry if required; a third type 
is used to balance transactions; and a fourth type coop- 
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crates with a printer to provide text and image hard 
copy output 

It will be appreciated that proofing (transaction bal- 
ancing) is required to correct any transaction errors 
which may be present (to the extent possible) before the 
checks are encoded by power encoder 60 and shipped 
to their proper destinations. The transaction documents 
sorted to the reject pocket by the document processor 
32 also have to be entered into the computer data base, 
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the power encoder 60, each of these units having its 
own native unit operating system. 

The system services (FIG. 8) are a library of com- 
mands that may be called by application software pro- 
grams so as to provide an interface between these appli- 
cation programs and the native unit operating systems. 
More particularly, system service calls are made in the 
application prograrnming language and provide the 
ability to interact with all system hardware components 



since they also belong to transactions which are to be 1° and native operating systems. System services provide 



halancfri These rejects are handled by a well known 
procedure known as reject reentry. The power encoder 
60 may be operated in a reject reentry mode for entry of 
reject data into the computer data base. 

When the transactions corresponding to the docu- 
ments in a pocket tray which require encoding have 
been determined to be balanced, the pocket tray may 
then be taken from the holding area to the power en- 
coder 60, which communicates with the computer 34 



this interaction independent of any other programming 
language or operating system restrictions. When a ser- 
vice is requested, the request is translated into com- 
mands that the particular involved hardware uses to 
15 perform the function. 

It will be understood that the system software (appli- 
cation programs, operating systems, system services) 
may be provided in firmware (ROM), may be loaded 
into random access memory (RAM), or may be a com- 



via communication linlc 62 and communication proces- ^ bination of both. Preferably, the host computer contains 

the application program software and transfers appro- 
priate portions to the various hardware components 
during system initialization. As indicated in FIG. 9, this 
facilitates customizing system operation to the require- 



sor 34a. An operator places the documents from the 
tray into the input hopper of the power encoder 60 and 
initiates operation. As the documents pass through the 
power encoder 60, each pocket separator signals the 



computer 34 to send to power encoder 60 the amount 25 m ^ its of a particular document processing system, 
data for the sequence of checks which follows the * " * " ' * 

pocket separator. The power encoder 60 then encodes 
the sequence of checks accordingly, using an appropri- 
ate printer (not shown). The power encoder 60 may also ^ ™ l ? m ra»Sones ml ° wnjcn svs 
provide for further sorting of checks based on, for ex- Vld . ed: W^on programs, system 



ample, destination data contained in the MICR code 
line, or in response to sorting data derived from the host 
computer 34. The checks are thus made ready for ship- 
ment to their appropriate destinations. Any checks not 35 
fed to the power encoder 60, or those checks rejected 
thereby, are added to their respective group for ship- 
ping. The sorting may also be used to remove other 
types of transaction documents (such as pocket separa- 
tors, deposit tickets and cash-in and -out slips) by sort- 43 
ing them to a separate pocket Typically, a cash letter 
accompanies each shipped group indicating the number 
and amount of the checks in the group. 

DESCRIPTION OF SPECIFIC FEATURES 

Having generally described the exemplary check 
processing system of FIG. 1, various important advan- 
tageous features of the system will next be considered. 

LAYERED SOFTWARE ARCHITECTURE 

As illustrated in FIG. 8, the software architecture 
provided for the system of FIG. 1 advantageously em- 
ploys a layered software architecture comprised of 
application programs, system services and native oper- 
ating systems which permit the system to serve as a 
hardware platform applicable to various types of docu- 
ment processing systems. This layered software archi- 
tecture also permits the cooperative performance of the 
hardware to be tailored for maximum productivity. 



A more specific representation of the layered soft- 
ware architecture employed for the system of FIG. 1 is 
illustrated in FIG. 10, which ^grammatically shows 
the four categories into which system software is di- 

services, communi- 
cation services (which is a subset of system services), 
and native operating systems. A summary of each of 
these categories is presented below; 



Application programs 



System services 



45 



90 



35 



Native Operating 
systems 



Enable the system to 
perform sp ecific tasks 
useful to the end user. 
Application programs call 
system services to perform 
program functions. 
Provide a uniform interface 
between application 
programs and system 
hardware native operating 
systems. The system 
services are a oommandable 
system software language 
which fn fHft applications 
written in different 
prog r* ni nt l ng languages to 
r " fm " m TTni r '* t * with t t^h 
other and with the native 
operating systems. 
Drive the hardware 
components * nf ^ interfaces 
to application programs via 
the system services. 
Applica t i on programs are 
written to work with 
specif ic system services. 



The following table describes the functions of various 
. ^ m . types of system services which may typically be pro- 

A particular application is composed of application 60 vided: 



programs that run on different units in the system, each 
application program being written in the language best 
suited to its own particular operating environment 

FIG. 9 illustrates the manner in which such applica- 
tion programs are distributed throughout the system of 65 
FIG. L It will be seen that application programs (indi- 
cated in black) execute on the document processor 32, 
the host computer 34, the image workstations 50, and 



Type of Service 



Com 111 u in c^TTf^fl 



Fd e-R elated 



Provides a mechanism for 
tncssage > caaed interprogisun 
and intertask 

fix\ m irnicatioip^ among 
c ompon ents. 
Provides the ability to 
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-continued 


i ypc QI OCTVXOC 






store and retrieve images 




and other forms of 




mfonnattos such as object* 




code files and program* 








tw^or^^at ion» 


Image 


Provides the afaOiry to 




manipulate document images. 


Image Captore 


Supports the application 




software oo the iV*" 11 *^ 'Tt 




prorcnor 32 involved in 




image capture. 


Keyboard 


Provides an application 




with the means to access 




keyboard*. 




FniHIft applications to 




choose what language and 




conventions art to be used 




for image workstation 


Notice 


messages. 

Supports the hat^ping and 




distribution of notices 




(messages about specific 




system events) in the 




system. 


Print-Related 


Provides the ability to 




generate hard-copy reports 




and images. 


Program Management 


Provides the ability for a 




program executing at one 




location in the system to 




initiate the execution of 








workstation* 50, read the 




status of programs, and 




terminate programs. 


Session Managrrnrai 


Provides a basis for 




supervising, coordinating, 




and controlling the actions 




of image workstation 




operators. 


System Directory 


Provides information about 




the configuration of the 




system. 


Unit Management 


Provides the means to 




acquire information about 




system oouipouents. 


Window-Related 


Enables an application 




program to manage and 




manipulate image 




workstation windows. 



s 



10 



35 



40 



45 



The next following table lists access points "A" and 
providers "P" for the above system services (as is well 
known, an "access point" identifies a unit having access 
to a particular service, while a "provider" identifies a 50 
unit at which a particular service is provided): 



Type of 
Service 


Doc. 
Proc 
32 


Stor. A 
Retr. 
Unit 40 


Image 
Workst 
SO 


Print 
Workst 


Host 
Comp. 
34 








P/A 


P/A 


P/A 


File-Related 




P 


A 


A 


A 


Image 






P/A 


P/A 


P/A 


tm»g* Capture 


P/A 










Keyboard 






P/A 


P/A 




Nationaliza- 






P/A 






tion 












Notice 






A 


A 


P/A 


Print-Related 






P/A 


P/A 


P/A 


Prog. Mgt. 






P/A 


P/A 


A 


Session Mgt. 






P/A 


P/A 


A 


Sys. Dir. 






A 


A 


P/A 


Unit Mgt 


P 


P 


P/A 


P/A 


P/A 


Window ReL 






P/A 







IMAGE PROCESSING AND STORING 

In order to maintain a high rate of document process- 
ing, the document processor 32 provides for capturing, 
processing, and compressing images in real time match* 
ing the speed of document flow. The optical network 41 
permits the resulting image packets to be sent to the 
storage and retrieval unit 40 at a sufficiently fast rate so 
that images are stored on unit 40 at the image capture 
rate. Thus, images are available for sending to the work- 
stations 50 a very short time after they have been cap- 
tured by the document processor 32. Retrieval of im- 
ages can occur one image at a time, or in groups of 
images defined by a list or range. 

To further speed up storage and retrieval operations 
and increase image throughput, the storage and re- 
trieval unit 40 is designed to provide for the concurrent 
storage and retrieval of images, that is, storage and 
retrieval operations are performed in parallel. In addi- 
tion, operation , is such that once written, neither the 
image nor its header are ever changed (commonly re- 
ferred to as write-once operation). When an application 
determines that a block of images is no longer needed 
(such as when it is determined that all transactions of 
the block are correctly in balance), the block may then 
be deleted from the storage and retrieval unit 40. This 
temporary storage of images by the storage and re- 
trieval unit 40 keeps the unit 40 available for use in 
storing newly received images. 

FIG. 11 is a block diagram illustrating how the sys- 
tem of FIG. 1 can be expanded to provide a plurality of 
storage and retrieval units 40, as well as a corresponding 
plurality of document processors 32. Note in particular, 
the provision of communication link 43 which provides 
for transmitting images between units 40. This advanta- 
geously permits a workstation 50 to receive images 
from any storage and retrieval unit 40 so that the total 
work load can be shared amongst all the available work- 
stations. FIG. 11 also illustrates how the storage and 
retrieval units 40 may communicate, via communication 
links 42 and 43 with an optical memory 45 and a remote 
communicator 47. The optical memory 45 provides the 
capability for archiving images, and the remote commu- 
nicator provides the capability of transmitting images to 
a remote location. 

HOST COMPUTER UNIT 34 

The host computer 34 serves as the central control 
unit for the system of FIG. 1. It coordinates the func- 
tioning of the application software running in the sys- 
tem and directs data traffic The size of the host com- 
puter 34 is mtnimirffd, since images are routed directly 
to the separate storage and retrieval unit 40 and do not 
flow to the computer 34. This separation of the storage 
and retrieval unit 40 from the computer 34 also provides 
the additional advantage of being able to use a high 
speed optical network, such as illustrated by optical 
network 41, to speed the flow of images from the docu- 
ment processor 32 to the storage and retrieval unit 40. 
Furthermore, since images do not flow to the host com- 
puter unit 34, it may be located at a remote location 
without the need for the high bandwidth communica- 
tions which' would be required for image transmission. 

IMAGE RECOVERY 

As mentioned previously, it is of particular advan- 
tage, for example, in order to facilitate meeting ship- 
ment deadlines, to provide for the sorting of documents 



09/27/2003, EAST Version: 1.04.0000 



11 



5,206,915 



12 



by destination daring their initial pass by the document 
processor (FIG. 1). However, such sorting distributes 
the documents of a tray block to different pockets. As a 
result, if for some reason the document images are lost 
or not available after sorting, it would be very time 
consuming to collect the documents from the pockets 
and arrange them back in their original order for a 
re-pass by the document processor 32. For example, 
images could be lost or unavailable because the imaging 



ments having deficient, but acceptable M1CR code 
lines; each workstation 50c is a balancing workstation 
and receives images of out-of-balance transactions far 
the purpose of balancing them with operator assistance; 
and workstation SOd is a printing workstation which 
provides for printing text and graphics. 

Besides the advantages derived from prioritizing the 
images sent to the workstations 50, as pointed out in the 
previous paragraph, the above described workstation 



portion of the document processor 32 did not operate 10 dedications provide the further advantage of permitting 



properly during the pass, or because the storage and 
retrieval unit 40 containing the images went down. 

The above image recovery problem is solved in a 
particularly advantageous manner such that block doc- 
uments can be re-imaged without arranging them in 
their original order The flow chart of FIG. 12 in con- 
junction with FIGS. 13 and 14 illustrate how this is 
accomplished. 
Refer first to FIG. 13 which is an example of how 



processing operations to be overlapped. For example, 
transaction balancing can be performed by workstation 
50c on transactions which are ready for halrnrring (such 
as those involving high priority documents), while 
15 workstation 50o is entering amounts, while workstation 
SOb is correcting code lines as well as entering amounts, 
and while workstation SOd is providing printing. As 
mentioned previously, in connection with FIG. 1, data 
entered at workstations 50a, 506, and 50c is sent via 



three blocks Bl, B2, and B3 may be distributed amongst 20 communication network 52, storage and retrieval unit 



40 and communication link 42 to computer 34 for stor- 
age in the computer's data base. 

The workstations may, for example, be personal com- 
puters providing the functions described herein. Since 



four pockets PI, P2, P3, and P4 after sorting by the 
document processor 32. Pocket separator tickets 72 
serve to divide the block documents from one another 

in each pocket (block tickets are typically sorted to the 

reject pocket). Assuming it is determined (step 110 in 25 bnages^are stored in compressed form on the storage 
FIG. 12) that blocks Bl and B3 require reimaging, an retrieval unit 40, as described previously, each 

operator would collect the block Bl and B3 documents workstation also provides for decompressing received 
from pockets 1, 2, 3, and 4 (along with the pocket sepa- compressed images for display on the workstation mon- 
itors 72) and place them in a block tray without reor- itor> ^ operator ^ zoom, pan, scroll, rotate, and 
dering (step 112), the result being illustrated in FIG. 30 & p (view ^ ^ m image for optimal viewing. The 
13^* block diagram of FIG. 15 illustrates a preferred hard- 

During repass (step 114), each pocket separator sig- ware architecture for the image workstations, the coni- 
ng the «>mputo ^ to the document processor te ofwhich m described below: 
32 the first-pass data required to create the headers for 

the sequence of documents which follows the pocket 35 ____ _ 
separator. The document processor 32 uses this first- 
pass data to create the headers for the images produced 
during repass, which are then sent to the storage and 
retrieval unit 40 for storage (step 116 in FIG. 12) in the 
normal manner. The fact that the images in a stored 40 
block on the storage and retrieval unit 40 are not in the 
original order will not be of concern, since the docu- 
ment sequence number assigned on the first pass will 
permit the documents of a transaction to be displayed at 
a workstation 50 in the desired order. 45 



System unit 51 



System Processor 52 



Disk-drive Controller 53 



WORKSTATION OPERATIONS 



Workstation LAN (Local Area 
Network) Controller 54 



Important aspects of the exemplary check processing 
system being described herein reside in the manner in 
which provisions are made for prioritizing images sent 50 
to the workstations 50, for entering dollar amounts, for 
handling MICR correction problems, and for perform* 
ing balancing. 

As shown in FIG. 14, the workstation stations 50 

include four types of workstations 50a 505, 50c, and 55 ttMr » Deoompreaar 55 

SOd The system is designed so that an operator can 

input priority data into the computer 34 for controlling 

die order of transmission of transaction documents to , ^ ^_ T1 „ 

, a i/Bpuy controller 3© 

these workstations. For example, operation can be pno- 

ritized such that those transactions having documents 60 
with earlier shipment deadlines will be sent to the work- 
stations 50 earlier than those having later deadlines. 

With reference to FIG. 14, the workstation 50a, SOb, Alphanmneric keyboard 

50c, and SOd are dedicated as follows: each workstation (optional) 57 

50a is an amount entry workstation and receives images 65 Data-entry fiTnrticm 

of those documents requiring amount entry and having keyboard 58 

good MICR code lines; each workstation SOb is a MICR Higb-resolotioa display 

correction workstation and receives images of docu- monitor 59 



Houses the System Processor 
52, power supply, cooling 
fan, 1/0 bus, two serial 
pons, • parallel 
interface, and expansion 
card slots (e^, far 
expansion memory}. 
Contains the microprocessor* 
memory, and the Interface 
for the keyboards. It also 
provides socket access to 
the 1/0 bus. 

Provides the interface for 
(be diskette drive 60 and 
(be fixed-disk drive 61. 
Buffers image packets sent 
from the Storage and 
Retrieval unit 40 (FIG. 1) 
before they are displayed 
on the manitnr 59 Executes 
f2ic orrmin uflfcr^*o*i proto co l 
between the image 
workstation and the Storage 
and Retrieval Unit 4a 
Decompresses l i n ag es (Lc^ 
reverse* the oocnpreaaion 
process that took place in 
the flfrcmnf Ty? processor 3^^* 
Generates graphics* minsgrs 
display memory, defines the 
acjuu tire, and enables 



fin* the trigb-reaohnion 
display monitor 59. 
PnaWes operators to per- 
form btsic text processing. 
Supports high-speed data 
entry tasks and provides 
various function controls. 
Displays images in four 
gray levels. 
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Diskette drive 60 


Enables the opentor to 




perform read and write 




operations an a 3 {-inch 




floppy disk. 


Fixed-dak drive 61 


Provides high storage 




capacity at the 




workstation. 



10 



IS 



20 



23 



It is to be noted that a print workstation 50d is based 
on the same workstation hardware illustrated in FIG. 15 
with the addition of a printer interface and a printer. 

The operations of each of the above described types 
of workstations in the exemplary system being de- 
scribed will next be considered in further detail 

AMOUNT ENTRY WORKSTATIONS 50a 

It has been found that an unusually high rate of pro- 
ductivity can be achieved by dedicating the operations 
at a data entry workstation 50a to keying in the dollar 
amount seen on each document image A transaction 
code identifying the type of document (eg., debit or 
credit) may also be entered by the operator. As previ- 
ously described in connection with FIG. 14, only those 
document images requiring amount entry and having 
good MICR code lines are sent to workstation 50a 

An example of an image display which may typically 
appear on an amount entry workstation 50a is illustrated 
in FIG. 16. Note that the operator sees only an image 70 
of the document (which in FIG. 16 is a check) along 
with a box 71 (which is initially blank) labelled 30 
"Amount" In FIG. 16, box 71 contains the entry 
"23500" (decimal point omitted), which is the opera- 
tor's entry of the observed 5235.00 amount of the check. 
Operation is variably controllable such that the screen 
will, automatically switch to the next document whose 
amount is to be entered after the operator has entered 
the first 2, 3, 4 t etc. digits of the observed amount If the 
operator cannot read the dollar amount on the docu- 
ment , he/she would merely press a "pass" key, which 
would then cause the next document to be displayed. 

FIG. 17 illustrates an example of a display screen for 
an amount entry workstation 50a, wherein a transaction 
code box 73 labelled "TC" is additionally displayed as a 
result of the operator having keyed in a transaction 
code indicative of the type of document Workstation 45 
operators will be trained to recognize the type of docu- 
ment (eg., check, deposit ticket, etc.), and enter the 
correct transaction code (prior to entering the amount). 
In FIG. 17, it will be seen that the operator has entered 
the transaction code "76" in box 73 and the amount 50 
"23500" in box 71. To speed up operator processing, 
operation may alternatively be caused to be such that 
transaction codes need not be entered for checks, since 
the system can then assume that a check is indicated 
when no transaction code is entered. 

Since most documents will be directed to an amount 
entry workstation 50a operating as described above, a 
very high document processing rate is achievable. Fur- 
thermore, processing speed is additionally enhanced, 



extent possible. One type of error which has been ob- 
served may occur when debit and credit items of a 
single-item deposit are presented sequentially to an 
operator. Such a single-item deposit may, for example, 
comprise a check (debit) $110.00 and a corresponding 
deposit ticket (credit) of $110.00. If the check is dis- 
played first and the operator misreads it and keys in 
$100.00, the operator may without thinking key in the 
same incorrect amount of $ 100.00 for the next displayed 
deposit ticket A variation of this error is the incorrect 
keying of the first item and the use of a repeat key on the 
second item. In either case, the transaction balances 
even though there is an error. Such errors may go unde- 
tected until a customer complains. 

The exemplary processing system being described 
herein advantageously avoids the above described error 
problem by reordering the display of document images 
in a manner such that the operator will not know which 
items are associated with which deposit ticket For 
example, the images could be reordered such that both 
items of a single check deposit will be separated by at 
least one item from each other. This will prevent the 
single-item-deposit syndrome because the operator will 
never be able to assume that two successive items have 
any relation to one another. The table below presents an 
example of how an image sequence of eleven items 
maybe reordered: 



35 



40 



55 



Actoal Input Seqi 



Displayed Sequent** 



1, 


deposit 


iaoo 


1. 


deposit 


10.00 


1 


check 


10.00 


3. 


deposit 


50.00 


3. 


deposit 


50.00 


5. 


check 


30.00 


4. 


check 


20.00 


2. 


check 


10.00 


5. 


check 


30.00 


4. 


check 


20.00 


6. 


deposit 


93.00 


6. 


deposit 


93.00 


7. 


check 


95.00 


s. 


deposit 


105.00 


8. 


deposit 


105.00 


10. 


credit 


35.00 


9. 


check 


105.00 


7. 


check 


95.00 


10. 


deposit 


35.00 


9. 


check 


105.00 


n. 


check 


3100 


11. 


check 


35.00 



AMOUNT ENTRY AND MICR CORRECTION 
WORKSTATION SOb 

As will be evident from FIG. 14, workstation 50b is 
dedicated to receiving images of documents requiring 
MICR code line correction. These images are a result of 
the decision to sort documents to the document proces- 
sor pockets 32a (FIG. 1) based on the destination indi- 
cated in the MICR code line, even for documents hav- 
ing defective MICR code lines, so long as the destina- 
tion MICR portion is readable. A significant advantage 
of providing such operation is that it results in a signifi- 
cant reduction in the number of rejects that require the 
use of reject reentry procedures, which are slow and 
labor intensive. In order to facilitate retrieval from the 
storage and retrieval unit 40 (FIG. 1) of these document 
images requiring MICR correction, they are stored in a 



separate code correction file on the storage and re- 
since document images are applied to data entry work- 60 trieval unit 40. 
stations 50a (and in a like manner to workstations 50b) The manner in which the code correction worksta- 
trrespective of what block they are from: in addition the tion 506 typically operates will be understood by refer- 
sending of document images to workstations 50a and ence to FIG. 18 which illustrates a screen display show- 
50b can advantageously be provided using priorities ing the image of a check 80 requiring MICR code line 
which may have been entered into the system, as de- 65 correction, along with a plurality of MICR code line 
scribed previously. boxes 81, 82, 83, 84, 85, and an amount entry box 86. 

While providing for fast amount entry, it is also im- When the display first appears on the screen, those 
portant that the possibility of errors be minirnired to the portions of the MICR code lines which are known (box 
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84) appear in the appropriate boxes 81 to 85. Those computer 34. The "CR" amount (686.30) in window 
which are not known are left blank. If known, the W2 is the deposit ticket total, the "DB" amount (676.30) 
amount appears in box 86. If a box contains an entry is the sum of the checks being deposited, and the "DIF' 
which was only partially readable (box 83), an asterisk amount (10.00) is the difference between the **CR M and 
appears to indicate each character or number, 5 "DB" amounts, that is, the amount by which the trans- 
which needs entry. action is out of balance. Note that window W2 also 
In response to the display shown in FIG. 18, an oper- indicates the number of M CR" and "DB" items, 1 for 
ator would view the displayed check image 80, and H CR" (deposit ticket) and 6 for M DB n (checks). Move- 
substitute **9" (83a) for the first asterisk in box 83, and ment between windows is accomplished by n<rin g the 
**2" (836) for the second asterisk in box 83. The operator 10 "Backward Window" and "Forward Window" keys in 
would also provide entries for any blank boxes requir- FIG. 23. 

ing entry, and then would be prompted to enter the A third window W3 in FIG. 20 labeled "CREDITS" 

check amount $235.00 (and transaction code, if re- lists each of the "CR" (deposit ticket) amounts. The 

quired). The display would then switch to a new docu- deposit ticket 15 shown in window Wl is the only lis- 

ment image. 15 ting in window W3 since the displayed transaction has 

FIG. 19 illustrates a display by the code correction only one credit item, 

workstation 506 of a deposit ticket 87 in which the A fourth window W4 in FIG. 20 labeled "DEBITS" 

account number is handwritten (84c) on the deposit lists each of the "DB" (check) amounts- Accordingly 

ticket, usually by a teller to identify the account to window W3 lists the amount of each of the six debits 

which the deposit ticket applies. An operator may con- 20 (checks) whose sum is equal to the total debit "DB" 

veniently enter this handwritten account number in the amount in window WX 

appropriate box 84 by viewing the document image. A fifth window W5 in FIG. 20 shows a partial image 
As described in connection with the amount entry of the particular debit (check) Whose amount is high- 
workstation 50a, an operator of a MICR correction lighted in window W4, which is the check for 235.00. 
workstation 50b can depress a "pass" function key if a 23 The particular check which is highlighted can be 
required entry cannot be read from the check image. changed by using the up-or-down keys in FIG. 23. 

BALANCING WORKSTATION 50c *?^^° f * e ^°™™™*™ W '' *!"* 

as scrolling (to see other parts of the check), flipping, 

The balancing workstations 50c receives transactions etc, is accomplished by appropriate use of particular 
which do not balance for the purpose of attempting to 30 keyboard keys (FIGS. 22 and 23). It will be understood 
get them into balance. The workstation 50 is also typi- that, if there were more credit hems shown in the credit 
cally used for balancing blocks and/or batches of trans- window W3, window Wl would display the particular 
actions. An out-of-balance transaction may, for exam- credit item highlighted. 

pie, be a deposit transaction for which the total on the A sixth window W6 in FIG. 20 is a dialogue window 
deposit ticket (FIG. 4) does not equal the sum of the 35 which is used to permit an operator to dialogue with the 
checks being deposited. Of course, balancing will not be computer such as by choosing a particular operation to 
attempted for a transaction until it has had its MICR be performed from a menu. As an example, window W6 
code corrected by workstation 50b (Jf necessary), and illustrates a "CUSTOMER ADVICE MENU". Other 
has had its dollar amount entered or attempted to be types of dialogue activity can also be provided, as will 
entered (either automatically by document processor 32 40 become evident hereinafter. 

in FIG. 1, or by imaging using workstation 50a or SQb). A seventh window W7 in FIG. 20 at the bottom of 
The basic manner in which a balancing workstation 50c the screen shows MICR code line data for a highlighted 
provides for handling a transaction will next be consid- item in window W3 or W4, dependent upon which 
ered- immediately preceding window was active. An active 

Workstation 50c is advantageously provided with a 43 window has a thick black border, as illustrated for win- 
multi-window display (FIG. 20) controlled by a key- dow W6 in FIG. 20. Movement between boxes (fields) 
board 90 (FIGS. 21-23). FIG. 21 illustrates the overall in window W7 is accomplished using the "Backward 
layout of the keyboard 90. FIG. 22 illustrates the upper Field" and "Forward Field" keys in FIG. 23. 
portion 90a of the keyboard, and FIG. 23 illustrates the Having described an example of the multi-window 
lower portion 90b of the keyboard. FIGS. 22 and 23 30 display capabilities provided by a balancing worksta- 
show the labels of the keys. Also included are short tion 50c, the advantageous manner in which transaction 
description describing the operation of particular keys. balancing is performed will next be considered. Al- 
The number keys in the center of the lower keyboard though this description will be directed to transaction 
portion 90* are for entering numbers. balancing, it will be evident therefrom how batch and- 

Workstation 50c is advantageously provided with a 55 /or block balancing may also be provided, if desired, for 
multi-window display (FIG. 20) corresponding to a multi-batch deposits as well as for multi-deposit 
single transaction. It is to be understood that each win- batches. 

dow is controllable (flip, rotate, scroll, zoom, etc.) using When an operator signs-on at a balancing workstation 
the various window control keys of the keyboard 50c for transaction balancing, he or she typically first 
(FIGS. 22 and 23). It is also to be understood that the 60 requests a display of blocks of transactions to be worked 
particular multi-window display and keyboard shown on. A screen will then be displayed indicating a plural- 
are merely illustrative. ity of blocks and pertinent information about ffirh , such 

A first window Wl in FIG. 20 displays an image of a as the priority of a block, its current status, the credit, 
deposit ticket 15 indicating a total of $686.30. The other debit, and out-of-balance amounts for the block, etc, 
side may be seen by pressing the "Flip" key in the top 65 The balancing workstation 50c is programmed to 
row in FIG. 22. automatically lead the operator through various steps in 

A second window W2 in FIG. 20 provides a sum- order to attempt to balance out-of-balance transactions, 
mary of the transaction derived from the database in Operation pauses only when operator action is required. 
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These steps are illustrated in FIG. 24 and described in be subject to think balancing. Alternatively, the system 
further detail below: could make this selection automatically. In either case, 

BLOCK SELECTION (FIG. 24, STEP 200) ^%^^^f^^°^^ C ^ , 

x 1 ' when an out-of-balance transaction is selected for 

The initial step is to select a block for balancing. 5 think balancing, it is examined by the system for errors, 

REJECT REENTRY FEE AND MISSING " * * 5??. " 

MATCHUP CFIG. 24, STEP 202) items that could be causing the out-of-baW condi- 

The computer 34 (FIG. 1) sends to the balancing 
workstation 50c the free and missing items from reject 10 
reentry. These items are the documents which were 
entered using reject/reentry procedures, as described 
previously. Each out-of-balance transaction is examined 
in turn to determine whether any items are missing from 
the transaction. If so, a determination is made as to 15 
whether any of the free items could be a possible match 
for any of the missing hems. If a possible match is en* 
countered, the image of the missing item and the code 
hue for the free item are displayed to the balancing When the transaction is displayed to the balancing 
operator on the workstation screen for verification. The 20 operator (FIG. 20), the first item in each list in the 
operator simply answers "yes" or "no" to the matchup. credit and debit windows W3 and W4 that is suspect 
Operation proceeds in this manner until all out-of-bal- will be highlighted in order to guide the operator to that 
ance transactions have been handled, after which opera- item first There is also an area on the right of the items 
tion proceeds to the next step. which can be used to provide comments about the 

AUTOMATIC FORCE BALANCING (FIG. U, » ^VT^^T^^^ 

' could be provided (not shown in FIG. 20). The dia- 

During automatic force balancing each out-of-bal- logue window W6 in FIG. 20 could also be used to 
ance transaction is examined to determine if any are out provide additional facts. 

of balance by less than a predetermined dollar amount 30 The operator now tries to use the contents of the 
specified by the user. If there are any transactions fitting display (FIG. 20) to balance the transaction. A1J of the 
this description, the transaction is automatically forced functions of the keyboard of FIGS. 22 and 23 are avail- 
into balance without operator intervention. Operation able to manipulate the multi-window display, as de- 
then proceeds to the next step after all out-of-balance scribed previously. The speed at which an out-of-bal- 
transactions have been handled. Any transactions 35 ance transaction can be corrected will be evident by 
which were balancrd as a result of this step are removed considering the particular transaction display shown in 
from the list of out-of-balance transactions. FIG. 20. It is readily apparent from a comparison of the 

amotfmt PFvpv /mo ?a qtpp *wck amounts listed on the deposit ticket shown in window 

AMOUNT REKEY (FIG. 24, STEP 206) Wl> ^ ^ cbeck ^ Usted in window W4, that 

The user also specifies the maxim nm number of items 40 the $245.00 amount listed on the deposit slip is an incor- 
in a transaction that will qualify the transaction for rect listing, and should be 5235.00, which has been high- 
amount rckey. For each outHof-balance transaction lighted as being suspect in window W4. This is con- 
which contains less than the number of items specified firmed by the corresponding image of the check in 
by the user, the transaction is presented to the balancing window WS, which is for $235.00. 
operator for rckey. During rekey, the items in the trans- 45 A further advantage of the multi-window display 
action are processed to determine if any are suspects for shown in FIG. 20 is that a customer advice for advising 
keying errors. These items are presented to the operator the customer of an incorrect listing (including images) 
first, followed by all other items in the transaction. If an can be prepared at the workstation 50c while the trans- 
amount is keyed that equals the amount entered during action is being displayed. This is accomplished by de- 
amount entry, the next item is displayed If the amount 50 pressing the "ADVICE 0 key in FIG. 22, which will 
keyed does not equal the amount entered during amount produce a menu in the dialogue window W6 to permit 
entry, but it causes the transaction to balance, the re- the operator to prepare the advice, FIG. 25 illustrates 
mainfng items of the transaction are not displayed, and an example of a typical customer advice letter that may 
operation proceeds to the next out-of-balance transac- be prepared by an operator using the dialogue window 
tion. If the amount keyed is not equal to the amount 55 W6. Note that images of the deposit slip and check are 
entered during amount entry and the transaction is still advantageously provided by the operator requesting 
out of balance, the amount entered during rekey is taken same during the operator's dialogue with the dialogue 
as the new amount and the next item is displayed. The window W6. 

amount rekey procedure is not performed for those If an operator cannot balance a transaction, the oper* 

transactions containing PASSED hems. After all out- 60 ator then presses the "Block Pass" key in FIG. 22, caus- 

of-balance transactions have been handled, operation ing a new transaction to be displayed for balancing. 

proceeds to the next step. „ 

IMAGE FREE AND MISSING MANAGEMENT 

THINK BALANCING (FIG. 25, STEP 208) ^ workstation ^ ^ ^ vanUgcously 

This is the step of the balancing function that involves 65 provides for handling a situation where a document 

interaction with the balancing operator. At this point, (item) becomes separated from its transaction, and is 

the operator may request a list of the out-of-balance erroneously placed with another transactioa This 

transactions in the block and select the one which is to could occur, for example, when preparing documents 
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for the document processor 32 in FIG. L Such a mis* MICR destination data, after which the documents in 
placed item will be sorted to its proper pocket (assum- each pocket have to wait for their corresponding trans- 
ing its MICR is acceptable); however, the transaction actions to be balanced before they can be encoded by 
which lost the item, as well as the transaction which power encoder 60 and shipped. For example, particular 
gained the item, will not balance. In order to provide 5 pockets may contain checks which have to be shipped 
for balancing in such situations, computer 34 (FIG. 1) by a particular deadline which is very near. Of course, 
provides a free item store for storing free items. If, they could be power encoded "as is," which is undesir- 
during think balancing, an operator determines that an able since there may be checks in this pocket which are 
item in window W3 or W4 (FIG. 20) of a displayed from transactions that have not been balanced, 
transaction is a free (extra) item (eg., in response to the 10 The document processing system being described 
"Comments** in window W3 or W4 indicating such), herein provides a particularly advantageous way of 
the operator can logically remove the item from the handling the above situation, as illustrated by the flow 
transaction and place the item in the free item store. The diagram of FIG. 26. As indicated by step 300, a supervi- 
operator does this by highlighting the item in its respec- sor schedules one or more pockets for priority transit 
tive window (W3 or W4), and then pressing the "Make 15 shipment rekey; unbalanced blocks are tagged accord- 
Free Item" key in FIG. 23. When appropriate, addi- ingly. An operator at a balancing workstation 50c (step 
tional identifying data for the document may be pro- 302) then requests a tagged block (step 302). The system 
vided by the operator using the dialogue window W6. searches the requested block for items that are part of an 
On the other hand, if an operator, while viewing the out-of-balance transaction and also are in a gclredplfd 
display of a transaction during think balancing deter* 20 pocket (step 304). These hems (and these items only) are 
mines that an item is missing, the operator may want to presented to the operator in the same fashion as during 
see what is in the free item store. To do this, the opera- amount entry at an amount entry workstation 50a (step 
tor presses the "Display Free Items" key in FIG. 23, 306). The operator enters the amount as if seeing the 
which causes candidate free hems to be displayed in the hem for the first tim^ The amount that was entered in 
dialogue window W6 (FIG. 20). The operator can limit 23 a previous function is not displayed to the operator, 
the entries displayed by entering free item search data When an amount is entered, one of the following three 
into the dialogue window W6. For example, if the miss- scenarios takes place (step 308): 
ing item should have an amount of S 100.00, the operator (1)— If the amount entered is the same amount that is 
by appropriate entry in the dialogue window W6 can in the computer data base for this item, this amount is 
limit the free item search to just those items having an 30 not changed. 

amount of S 100.00, in which case, the resulting display (2) — If the amount entered is different from the 

in the dialogue window W6 will only be of items having amount in the computer data base for this item, but the 

an amount of S 100.00. If the operator determines that a new amount causes the transaction to balance, the data 

displayed free store item belongs to the displayed trans* base amount will be changed to this new amount 

action, the operator can then logically place the missing 35 (3>— If the amount entered is different from the 

item in the transaction by pressing the "Get Free Item" amount currently captured for the item, and the new 

key in FIG. 23. If the transaction is thus brought into amount does not resolve the out of balance condition, 

balance, operation will proceed to the next out-of-bal- the operator may tag the item for a rekey or simply 

ance transaction. have the item outsorted. 

If a missing item is not found for a transaction, the 40 As indicated by step 310 in FIG. 26, steps 302-308 are 

operator can create a missing item advice using the repeated for all other tagged blocks. The documents in 

dialogue window W6 (FIG. 20) in a generally similar the scheduled pockets are then encoded by the power 

manner to that previously described for a customer encoder 60 (FIG. 1) and shipped (step 312). If later 

advice (FIG. 25). If at a later time the block containing balancing reveals an item was incorrectly encoded, an 

the missing transaction is worked on again, and the 43 adjustment suspect report is printed to advise that an 

rnissing item is found (e-g., because the missing item was incorrectly encoded item was shipped, 

placed in the free item store after the previous attempt It is to be understood that the present invention is not 

at balancing), the missing item can at this later time be limited to the particular implementations and/or exam- 

logically placed in the transaction to balance the trans- pies disclosed herein, and is accordingly to be consid- 

action, as described above. The previously prepared 50 ered as including all modifications and variations com- 

missing item advice will then be deleted. An advice can ing with the scope of the appended claims. 

thus be electronically created at the time it appears to be What is claimed is: 

required (which is the most efficient time to create an L In an image based document processing system for 

advice). Then, if the rnissing item is found at a later processing blocks of documents, wherein ea ch block 

time, the dectronically created advice will be deleted 33 comprises documents having a predetermined ordered 

and will, thus, not be printed. relationship, and wherein each document includes ma- 

The free item store described above is also advanta- chine-readable data thereon* a method for sorting said 

geously employed during the system's transaction level documents, capturing images of said documents and for 

search for "Missing Item" listed in the previously de- recovering images which become lost or unavailable 

scribed think balancing error search. When the search 60 after their respective documents are sorted, said method 

detects a missing item in the displayed transaction* can* comprising: 

didate items from the free item store wfll automatically arranging each block of documents for sorting based 

be listed in the dialogue window W6 (FIG. 20) for use on its ordered relationship; 

by the operator. sorting a plurality of blocks of documents into a plu- 

PRIORITY TRANSIT SHIPMENT « SSSStS 7w2*ZZ22SZ 

It will be remembered that the document processor thereby disturbing said piedetermined ordered 

32 (FIG. 1) sorts documents into pockets based on relationship; 
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said sorting including reading said machine-readable derived therefrom in conjunction with the docu- 

data on each document for determining the pocket ment identification data and document order data 

to which each document is to be sorted; derived from the first sorting so as to provide for 

capturing images of said documents during said sort- retrievabihty of the stored images based on said 

m & , . „ 5 predetermined ordered relationship. 

stormg captured images so as to provide for retnev. % The method of claim 1, wherein said document 

J^. bascd 011 Predetermined ordered rela- identifying data L> derived by machine reading data 

uonsmp, provided on said document 

denvmg document identifying data during said sort- 3 . ^ method of ckim ^ ^ doc ument 

also deriving document order data during said sorting °*"hdc!^? ^ ***** " idCntifying numbcr 

indicative of said predetermined ordered relation- to eaon aocument 

^p. 4. The method of claim 3, including retrieving and 

detennming a sorted block of documents in said topWW stored oocument linages, 

pockets which requires reiniaging because docu- 13 5 Thc mcthod of cbum 3 » wherem said sorting also 

ments in said block are lost or unavailable, the includes stormg corresponding document identification 

documents in said sorted block being in a plurality data with document images, ' 

of different pockets; The method of claim 5, wherem said arranging 

collecting documents corresponding to said sorted *erves to group documents into transactions with the 

block of documents from said pockets for resorting 20 documents of each transaction being arranged sequen- 

without reordering the collected documents into tially. 

said predetermined ordered relationship, 7. The method of claim 3, wherein sad identifying 

again sorting the collected documents' while captur- number is a sequence number. 

ing images thereof and deriving document identify- 8. The method of claim 7, wherein said documents 

ing data therefrom during said again sorting; and 23 are financial documents, and wherem each transaction 
storing the captured images produced by the step of includes debit and credit documents. 

again sorting using the document identifying data • • ♦ • ♦ 
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